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COMMON PLATFORM FOR USE 
IN AUTOMOTIVE SERVICES 

FIELD OF THE INVENTION 

The present invention relates generally to automotive services and, more specifically, 
to providing a common platfornvfor use l in such services. 

BACKGROUND OF THE INVENTION 

Automotive Service Equipment (ASE) includes various machines, each of which 
performs a particular task, such as wheel alignment and balancing, emissions control, and 
diagnostics. Each service equipment uses different equipment sensors to gather vehicle 
information. Currently, for different types of services, most ASE systems use personal 
computers that run application-specific software to interface with application-specific 
equipment sensors on different service equipment. In order to accommodate different types 
of tasks, under a traditional approach, the personal computers have to be configured and 
programmed separately for each type of equipment used in different types of services. In 
addition, different types of interface boards are required to interface between the personal 
computer and different types of equipment. 

This traditional approach produces several problems. First, the traditional approach 
reduces productivity. Technicians using the ASE systems have to locate and install or 
replace different types of interface board for each service. Their productivity is reduced due 
to the time spent on removal of old interface boards and installation of new interface boards. 
Second, the traditional approach increases inventories. In order to perform each type of 
service properly, garages have to prepare and stock up different interface boards for each type 
of service. This is very inefficient for business operation. Third, the traditional approach is 
difficult to upgrade. Under the traditional approach, if ASE systems need to perform a new 
function properly, both new application-specific software and new interface boards are 
required. While updating or upgrading software can be easily done by downloading files 
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from remote computers through internet, the old interface boards need to be physically 
t replaced by new interface boards. Unless the new interface boards are available, the ASE 
system can not perform the new function. In some cases, the old interface boards can be 
upgraded simply by reprogramming the logic arrays without replacing the board. However, 
5 garage technicians may still lack*the skiH to do the programming and therefore upgrades are 
not available. 

SUMMARY OF THE INVENTION 

Consequently, there is a need for interfacing a host computer with different kinds of 

10 service equipment while improving productivity, reducing inventories, and facilitating 
upgrades. The present invention addresses this and other needs by providing a common 
platform that can be used in conjunction with a host computer to control various equipment 
sensors that provide different automotive services. The common platform is configured to 
automatically download the appropriate software from the host computer to interface the 

1 5 particular service equipment to which the platform is coupled. 

In one aspect, the common platform is a micro-controller board, the host computer is 
a personal computer (PC), and the equipment sensors comprise sensors for use in automotive 
services. In addition, if certain circuitry is needed to perform a specific service, an add-on 
card can be added to the common platform to achieve the function. A universal serial bus 

20 (USB) or an RS232 interface is used for the common platform to communicate with the host 
computer and with the equipment sensors. The common platform is a plug and play board 
that, once attached to the host computer, operates with little or no human intervention. Under 
techniques disclosed herein, the common platform is capable of accommodating various 
equipment sensors that are run by various appropriate application software. Further, the 

25 common platform can run under different operation power sources. In one aspect, these 
power sources include a power source embedded in the common platform, an RS232 power 
source, and a power source external to the common platform, such as a battery. 
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For example, upon initialization, the common platform notifies the host computer of 
* the common platform's presence and identifies itself to the host computer. The common 
platform runs extension software that is currently loaded in the common platform. 
Alternatively, if there is no extension software in the common platform, the common 
5 platform causes the extension software to be loaded to the common platform. This extension 
software provides information about the current hardware and software of the common 
platform. For example, the extension software returns, to the host computer, the identifiers of 
the application software that is currently loaded in the common platform and any equipment 
sensors that are currently connected to the common platform. The host computer, having the 

1 0 information provided by the common platform, determines whether the application software 
currently loaded to the common platform and the equipment sensors are all updated. If any 
of the software or equipment sensors mismatch, the host computer downloads the correct 
application software that matches the equipment sensor, from, for example, a remote 
computer or a CD-ROM or a floppy disk. After initialization, the common platform, together 

15 with the connected equipment sensor, is ready to perform its intended function. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention is illustrated by way of example, and not by way of limitation, 
in the figures of the accompanying drawings and in which like reference numerals refer to 
similar elements and in which: 
20 FIG. 1 shows a system upon which an aspect of the invention may be implemented; 

FIG. 2 shows a block diagram of the common platform, in accordance with one 

aspect; 

FIG. 3 is a flowchart illustrating an interaction between the host computer and the 
common platform. 

25 
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DETAILED DESCRIPTION OF THE PREFERRED ASPECT 

Techniques are disclosed for providing a common platform that can be used in 
conjunction with a host computer to control various equipment sensors. In the following 
description, for the purposes of explanation, numerous specific details are set forth in order to 
5 provide a thorough understanding of the present invention. It will be apparent, however, to 
one skilled in the art that the present invention may be practiced without these specific 
details. In other instances, well-known structures and devices are shown in block diagram 
form in order to avoid unnecessarily obscuring the present invention. 



SYSTEM OVERVIEW 

10 FIG. 1 shows a block diagram of a system 100 upon which an aspect of the invention 

may be implemented. System 100 includes a host computer 1 10, a common platform 120, 
and one or more equipment sensors 130. 

Host computer 1 10 can be any computer used to communicate with common 
platform 120 and equipment sensors 130. In one aspect, host computer 1 10 is a personal 

1 5 computer that runs Operating Systems (OS), such as Windows 95, Windows 98 or Windows 
NT. The host computer 1 10 also includes various software for facilitating the functions of 
equipment sensors 130. For example, host computer 1 10 contains software to analyze 
information provided by equipment sensors 130, to display that information on a screen of 
host computer 1 10 for an operator to perform a particular function related to an equipment 

20 sensor 1 30, etc. Consequently, if equipment sensors 1 30 are to perform wheel alignment on 
cars, then host computer 1 10 runs software related to wheel alignments. 

In one aspect, a host computer 110 provides a set of drivers to work in conjunction 
with software in common platform 120. For example, when a host computer 110 powers up, 
a process of enumeration begins for common platform 120 to identify itself as a generic 

25 interface platform to host computer 110. Host computer 1 1 0 loads and runs a driver that 
monitors host computer 1 10's external communication ports. If common platform 120 is 
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• connected to host computer 1 10 via one of these communication ports, then common 
- platform 120 provides to the host computer 110 information about the common platform 120. 
The driver uses this information to load a second Windows driver that is able to fully 
communicate with the current configuration of common platform 120. This second driver 
5 then obtains the configuration status of Common platform 1 20, and, when appropriate, loads 
extension software to common platform 120. After common platform 120 executes the 
extension software, common platform 120 enumerates again as a specific interface device. 
Host computer 1 10 then loads a third driver, which performs the software interface between 
common platform 120 and any software that is running in host computer 120 to communicate 
1 0 with equipment sensors 130. 

Sometimes, certain tasks require additional circuitry other than those provided by 
common platform 120. The present invention also provides a solution. In one aspect, 
common platform 120 includes an add-on card 121. The add-on card 121 provides additional 
circuitry adequate to handle a particular task. In these conditions, appropriate circuitry is 
1 5 adapted to connect add-on card 1 2 1 to common platform 1 20, and add-on card 1 2 1 
communicates directly with equipment sensors 130. 

In one embodiment, equipment sensors 130 may be, for example, an automotive 
diagnostic device, a gravity sensor, an alignment sensor, a device or a camera to measure the 
toe of the wheels in an automobile, a camera that reports images to host computer 1 10, or any 
20 device commonly used in automotive services. Through common platform 120, the 

information collected by equipment sensors 130 is transmitted to host computer 1 10 to be 
analyzed. Equipment sensors 130 may communicate with common platform 120 directly or 
through an add-on card 121 by various interface means, including, for example, USB, RS232, 
the Ethernet, etc. 



WDC99 389611-1.010473.0601 



-5- 



10473-601 



Patent 



COMMON PLATFORM 
Common platform 1 20 provides a plug and play electronic hardware interface 
between host computer 1 10 and equipment sensors 130. In one aspect, common 
platform 120 is a single piece of hardware, but, through various components that will be 
5 described herein, common platform 120 is configurable. That is, common platform 120 can 
be loaded with different software routines to control different equipment sensors 130. In one 
aspect, these software routines are downloadable from host computer 1 10. 

In one aspect, common platform 120 is designed in a way that common platform 120 
can be connected to or disconnected from host computer 1 10 without having to open the case 
10 of host computer 110. 

FIG. 2 shows a block diagram of a common platform 120, in accordance with one 
aspect. The common platform 120 comprises a host interface 140, configurable power 
interface 1 50, a memory including a first memory 1 60 and a second memory 1 70, a control 
interface 190, an external power source 240, and a micro-controller 200. 
15 Host interface 1 40 enables host computer 1 1 0 to communicate with common 

platform 120 via various communications protocols such as USB, RS232, or firewires. 
Those skilled in the art will recognize that USB is a communications architecture that gives a 
PC the ability to interconnect a variety of devices via a simple four- wire cable. RS232 is a 
standard interface approved by the Electronic Industries Association for connecting serial 
20 devices. Further, an RS232 port includes configurable baud rates. 

Configurable power interface 150 provides the ability for common platform 120 to 
select a power source from a plurality of power sources, such as an external power source 
240, a power source from host computer 120, or USB power. 

First memory 160 stores bootloader software for common platform 120. In one 
25 aspect, first memory 1 60 is an electrically erasable programmable read-only memory 
(EEPROM). 
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Second memory 170 stores extension software and application software. In one 
* aspect, second memory 170 is flash memory. 

Control interface 190 enables communications between common platform 120 and 
equipment sensors 130. These communications may be performed via the Ethernet, RS232, 

5 USB, or any other communication mean&. In one aspect, control interface 190 includes a 
dedicated interface and a configurable interface. Therefore, additional add-on cards 121 can 
be connected to and communicate with the common platform 120. Based upon the 
application software that is loaded in second memory 170, appropriate circuitry in control 
interface 190 is selected to control these communications. 

10 Micro-controller 200 runs the software in memories 160 and 170. Micro-controller 

200 is any conventional micro-controller or processor, such as 8051 or AN2131QC from 
AnchorChips, that can be utilized to perform the functions described herein. 

In one aspect, common platform 120 is configured to select an operation power 
source from different power sources, including a power source embedded in common 

1 5 platform 1 20, an external power source 240, such as a battery, or a power source provided by 
host computer 110. Further, common platform 120 can be configured as either a self- 
powered or an USB-powered function. In one aspect, common platform 120 is configured as 
self-powered when 1) the RS232 logic levels are required from common platform 120, 
2) equipment sensors 130 require more than 200MA, or 3) equipment sensors 130 require 5- 

20 Volts circuitry. 

SOFTWARE FOR THE COMMON PLATFORM 
In a preferred embodiment, common platform 120 includes three distinct sets of 
software: bootloader software, extension software, and application software. 
1) Bootloader software. 
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Bootloader software is stored in first memory 160. Bootloader software, in one 
* aspect, is a small embedded software file, which, when powered up, loads a second software 
file to be used by common platform 120. 

Bootloader software is provided for implementing the self-configuration abilities of 
5 common platform 1 20. At power up reset, bootloader software identifies common 

platform 120 to host computer 110. Bootloader software notifies host computer 1 10 of the 
presence of common platform 120, and, if necessary, reprograms control interface 190, 
downloads and starts execution of the most current extension software that is stored in second 
memory 170. 
1 0 2) Extension Software. 

Extension software is stored in second memory 170. Second memory 170 is a device 
that can hold data for storage. In this embodiment, second memory 170 is a flash memory. 

Extension software determines what type of equipment sensor 130 is attached to 
common platform 120 so that appropriate application software for equipment sensors 130 
1 5 may be loaded to second memory 170. In one aspect, the equipment sensors 130 are set to 
provide self-identification information. Thus, the common platform 120 is able to identify to 
which service equipment it is coupled and, in one aspect, reports to the host computer 110. 

Extension software also determines what version of application software is currently 
loaded in second memory 170 of common platform 120. The use of Extension software 
20 keeps the common platform to operate under the most updated conditions. Extension 
software requires update frequently so that it contains information about the newest 
equipment sensors that might be connected to common platform 120. Therefore, the 
Extension software can identify the newest equipment sensors and download appropriate 
application software to control operation of the equipment sensors 130. 
25 Keeping the application software up-to-date is very important. For example, in one 

aspect, an electrically programmable logic device (EPLD) is used in control interface 190. 
EPLD provides programmable logic arrays. The application software programs the EPLD to 
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< provide a correct communication interface according to the type of equipment sensor 1 30 to 
* be used with the common platform 120. If the application software is not up-to-date, it is 
unable to provide the correct EPLD program to program the EPLD. Therefore, 
communication between the new equipment sensor and the common platform will fail. Then 
5 host computer 1 1 0 resets system i 00 and downloads a new EPLD file. 

To achieve the above-stated function, extension software includes routines such as 
"get_configuration_status ? n M download_application_code, M and "execute_application_code." 

The n get_configuration_status" routine gathers and transmits information including 
the currently loaded application software that is stored in second memory 170, equipment 
10 sensors 130 that are connected to common platform 120, and control interface 190 of 
common platform 120. 

The "download_application_code" routine downloads certain application software 
from host computer 1 10 in response to a n download_application_code" command issued by 
the host computer 110. 

1 5 The "execute_application__code M routine executes the application software stored in 

the second memory 170 in response to a "executeapplicationcode" command issued by the 
host computer 110. 

In response to a n get_configuration_status" command received from host 
computer 110, the "get_configuration_status" routine causes common platform 120 to return 

20 information including the currently loaded application software that is stored in second 
memory 170, equipment sensors 130 that are connected to common platform 120, and 
common platform control interface 190. In one aspect, the equipment sensors 130 are 
arranged to provide self-identification information . The self-identification information can 
be obtained by several ways. For example, the equipment sensor can send out identification 

25 code to the common platform or to the host computer. Alternatively, the equipment sensor 
can use special configured connectors connecting to the common platform so that each pin 
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■ arrangement of the connector represents certain type of equipment sensor. Still another 
> example is that the technician may just key in the equipment sensor type directly. 

Host computer 110 uses this information to determine if all software and hardware 
components that relate to common platform 120 are up-to-date. In case the software is not 
5 up-to-date, common platform executes the "download_application_code" routine to 
download the appropriate software from the host computer 1 10 to match the hardware. 

In one aspect, common platform 120, instead of the host computer 1 10, is responsible 
to determine whether application software is current and matches equipment sensors 130 that 
are connected to common platform 120. Common platform 120 then reports the result to the 

1 0 host computer 1 1 0. 

The "download_application_code" downloads the correct application software to 
second memory 170 as needed. For example, if the application software 170 does not exist in 
second memory 170, or is obsolete, or is corrupted, then the M download_application_code" 
routine downloads the appropriate application software to second memory 170. 
1 5 The "execute_application_code" starts the desired application software stored in 

second memory 170. This command is normally issued by the host computer 1 10 when it is 
satisfactory that a particular configuration of common platform 120 is adequate to perform a 
particular task. In the automotive application, the task relates to automotive services. 

In another aspect, host computer 110 does not compare if the application software 
20 matches the type of equipment sensor 130. In this embodiment, after receiving signals 
indicating the type of the equipment sensor 130, the host computer 110 always loads 
corresponding application software into the common platform. 
3) Application Software 

Application software 170 controls and communicates with equipment sensors 130. In 
25 accordance with techniques of the invention, each version of application software 1 70 
matches a corresponding version of equipment sensors 130. Accordingly, if a version of 
application software 170 does not match the corresponding version of equipment 
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sensors 130, then appropriate software will be loaded. In one aspect, host computer 1 10 
* loads the correct application software during initialization of common platform 120. 
In one embodiment, application software is stored in second memory 1 70. 
Application Software 170 enables common platform 120 with appropriate equipment 
5 sensors 130 to accomplish a particular t&sk. Application software 170 also interfaces with 
the software of host computer 1 10 to facilitate that task. Exemplary tasks of equipment 
sensors 130 include automotive service tasks such as wheel alignment, balancing, emissions 
control, and diagnostics. 

1 0 INTERACTION BETWEEN THE HOST COMPUTER AND THE 

COMMON PLATFORM 
FIG. 3 is a flowchart illustrating an interaction between host computer 110 and 
common platform 120. In step 301, common platform 120 identifies itself to host computer. 
The enumeration allows initial communications between host computer 110 and common 
15 platform 120. 

In step 303, the extension software is downloaded to common platform 120 and 
execution of this extension software begins. In one aspect, steps 301 and 303 are performed 
by instructions embedded in bootloader software. Further, after the extension software is 
downloaded, bootloader software passes control to the extension software. 
20 In step 305, host computer 110 issues a "getconfigurationstatus" command to cause 

common platform 120 to return identifiers of currently loaded application software, any 
connected equipment sensor 130, and connected add-on cards 121. 

In step 306, host computer 120 determines whether application software is current 
and matches equipment sensors 130 that are connected to common platform 120. 
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If the application software is current and matches the equipment sensors 130 
• connected to common platform 120, then host computer 1 10 in step 308 issues the 
"execute_application_code" command and executes the application software. 

However, if there are any problems with the application software, such as obsolete or 
5 incorrect code or the code does riot match the versions of equipment sensors 130, then host 
computer 1 10 in step 307 issues a "download_application_code" command and correct 
application software is downloaded for equipment sensors 130. 

In one aspect, common platform 120, instead of the host computer 1 10, determines 
whether application software is current and matches equipment sensors 130 that are 
1 0 connected to common platform 120. Common platform 120 then reports the result to the 
host computer 1 10. If the application software is current and matches the equipment 
sensors 130 connected to common platform 120, then host computer 110 in step 308 issues 
the "execute_application_code" command and executes the application software. 

However, if there are any problems with the application software, such as obsolete or 
1 5 incorrect code or versions, then host computer 1 1 0 in step 307 issues a 

"download_application_code" command and correct application software is downloaded for 

equipment sensors 130. 

In another aspect, all application software starts by enumerating the system, as shown 
in step 309. In the aspect that an USB is used with a PC, enumerating the system causes host 
20 computer 1 1 0 to execute the "getdevicedescription" command and the 

"get device_configuration" command. These commands provide the vendor and product 
identifications that are required by host computer 1 10 to load the correct driver for 
application software 170. In accordance with the inventive technique, this process to load the 
correct driver is all automatic and transparent to the user using system 100. 
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BENEFITS OF THE INVENTIVE TECHNIQUES 
Common platform 120 is a plug and play system, i.e., it requires little or no human 
assistance in its setup procedure. Common platform 120 is capable of running under 
different power configurations. Common platform 120 maintains compatibility with 
5 equipment sensors 130, and allocs these equipment sensors 130 to include additional 
functions. Common platform 120 can accommodate new equipment sensors with new 
downloadable software from host computer 110. Software and hardware of common 
platform 120 are reusable, which enables reduced product time to market. 

10 In the foregoing specification, the invention has been described with reference to 

specific aspects thereof. It will, however, be evident that various modifications and changes 
may be made thereto without departing from the broader spirit and scope of the invention. 
The specification and drawings are, accordingly, to be regarded in an illustrative rather than a 
restrictive sense. 
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